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PRELIMINARY AMENDMENT 

Assistant Commissioner of Patents February 22, 2002 

Washington, D.C. 20231 

Sir: 

Prior to examination of the above-identified application, please amend this new 
application as follows: 

IN THE SPECIFICATION 

Please replace the original specification with the Substitute Specification 
attached hereto. A marked-up version of the original specification identifying the 
amendments in the Substitute Specification is also attached. 

IN THE CLAIMS 

Please cancel claims 1-28 and add new claims 29-59 as follows: 

29. A method for provisioning services to a terminal, which performs 
communication via at least one communication network, each network 
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being equipped with at least one service processing entity, 
the method comprising the steps of: 

requesting, by the terminal, a specified service to be at the 
disposition of the requesting terminal; 

analyzing the request by an analyzing entity associated with the at 
least one communication network; 

deciding, by the analyzing entity, that the requested specified 
service is associated to a specific one of the service processing 
entities of the specific one of the communication networks; and 
in response to the decision, routing communication messages 
associated with the terminal via the analyzing entity to the 
specified service processing entity within the specified 
communication network. 
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^ 30. A method according to claim 29, wherein requesting the specified service 

«S comprises indicating the specified service in a request message. 
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31 . A method according to claim 30, wherein the specified service is indicated 
by a service identifier carried in the request message. 

32. A method according to claim 31 , wherein the identifier is carried in the 
user data payload in the request message. 

33. A method according to claim 31, wherein the identifier is carried in a 
header of the request message. 

34. A method according to claim 31 , wherein the identifier is piggybacked to 
the header. 

35. A method according to claim 30, wherein the request message comprises 
at least a subscriber identifier. 
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36. A method according to claim 35, further comprising the steps of: 

detecting that the request message does not comprise a service 
identifier; and 

in response thereto, retrieving the service identifier based on the 
subscriber identifier from a database entity. 

37. A method according to claim 31 , wherein the service identifier comprises 
a network code and/or a service code. 

38. A method according to claim 37, wherein the network code represents a 
respective one of the communication networks. 

39. A method according to claim 31 , wherein the service code represents a 
respective one of the services to be processed at the corresponding 
service processing entity. 

40. A method according to claim 29, wherein the communication networks 
are distinguishable by at least one of the network type and/or the network 
operator. 

41 . A method according to claim 29, wherein the services are distinguishable 
by at least one of the terminal type, subscriber identifier, subscriber 
profiles, manufacturer of the terminal, capabilities of the terminal or 
vendor of the terminal. 



42. A system for provisioning services to a terminal, which performs 
communication via at least one communication network, each network 
being equipped with at least one service processing entity, 
the system comprising: 

requesting means, at the terminal, which requests a specified 
service to be at the disposition of the requesting terminal; 
an analyzing entity associated with the at least one communication 
network which analyzes the request; 
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deciding means, at the analyzing entity, which decides that the 
requested specified service is associated to a specific one of the 
service processing entities of a specific one of the communication 
networks; and 

a routing means, which routes responsive to the decision 
communication messages associated with the terminal via the 
analyzing entity to the specified service processing entity within the 
specified communication network. 

43. A system according to claim 42, wherein requesting the specified service 
comprises indicating the specified service in a request message. 

44. A system according to claim 43, wherein the specified service is indicated 
by a service identifier carried in the request message. 

45. A system according to claim 44, wherein the identifier is carried in the 
user data payload in the request message. 

46. A system according to claim 44, wherein the identifier is carried in a 
header of said request message. 

47. A system according to claim 44, wherein the identifier is piggybacked to 
the header. 

48. A system according to claim 43, wherein the request message comprises 
at least a subscriber identifier. 

49. A system according to claim 48, further comprising detecting means 
which detects that the request message does not comprise a service 
identifier; and 

retrieval means which retrieves in response thereto the service 
identifier based on the subscriber identifier from a database entity. 

50. A system according to claim 44, wherein the service identifier comprises a 
network code and/or a service code. 
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51 . A system according to claim 50, wherein the network code represents a 
respective one of the communication networks. 

52. A system according to claim 51 , wherein the service code represents a 
respective one of the services to be processed at the corresponding 
service processing entity. 

53. A system according to claim 42, wherein the communication networks are 
distinguishable by at least one of the network type and/or the network 
operator. 

54. A system according to claim 42, wherein the services are distinguishable 
by at least one of the terminal type, subscriber identifier, subscriber 
profiles, manufacturer of the terminal, capabilities of the terminal or 
vendor of the terminal. 

55. A method according to claim 30, wherein the request message is 
transported using the Session Initiation Protocol SIP. 

56. A system according to claim 43, wherein the request message is 
transported using the Session Initiation Protocol SIP. 

57. A method according to claim 36, wherein the service identifier comprises 
a network code and/or a service code. 

58. A system according to claim 49, wherein the service identifier comprises a 
network code and/or a service code. 

59. A system for provisioning services to a terminal, 

which performs communication via at least one communication 
network, each network being equipped with at least one service 
processing entity, 
the system comprising: 

a requestor, at the terminal, which requests a specified service to 
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be at the disposition of the requesting terminal; 

an analyzing entity associated with the at least one communication 

network which analyzes the request, 

a decision maker, at the analyzing entity, which decides that the 
requested specified service is associated to a specific one of the 
service processing entities of a specific one of the communication 
networks, and 

a router, which routs responsive to the decision communication 
messages associated with the terminal via the analyzing entity to 
the specified service processing entity within the specified 
communication network. 
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ABSTRACT 

The present invention is a method for provisioning services to a terminal (UE), 
which performs communication via at least one communication network (NW1 , NW2), 
each network being equipped with at least one service processing entity (NW1_PE1 , 
NW1 _PE2, NW2_PE1 , NW2_PE2). The method comprises the steps of: requesting, 
by the terminal, a specified service to be at the disposition of the requesting terminal, 
analyzing the request by an analyzing entity associated with the at least one 
communication network, deciding, by the analyzing entity, that the requested specified 
service is associated to a specific one of the communication networks, and in response 
to the decision, routing communication messages associated with the terminal via the 
analyzing entity to the specified service processing entity within the specified 
communication network. 
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REMARKS 

The claims have been amended to remove the multiple dependent claims before 
filing fee calculation and to improve the form of the claims for examination. New claims 
29-59 have been added to this application. A new Abstract is also attached. The 
specification has also been amended to improve its form for examination. No new 
matter has been added. 

To the extent necessary, Applicants petition for an extension of time under 37 
C.F.R. §1 .1 36. Please charge any shortage in fees due in connection with the filing of 
this paper, including extension of time fees, to Deposit Account No. 01-2135 (Case No. 
1 135.41220X00) and please credit any excess fees to such Deposit Account. 

Entry of the amendment is respectfully solicited. 

Respectfully submitted, 
ANTONELLI, TERRY, STOUT & KRAUS, LLP 
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VERSION SHOWING CLEANED-UP SUBSTITUTE SPECIFICATION 



Planned Patent Application 
in the name of 
NOKIA Corporation 



TITLE OF THE INVENTION 

A METHOD AND SYSTEM FOR PROVISIONING SERVICES TO A TERMINAL 
BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to a method and system for 
provisioning services to a terminal, and in particular to such a 
method system for provisioning services to a terminal in 
communication networks. 

Description of the Prior Art 

With recent progress in communication technology there is a 
tendency that communication systems develop an increasing 
complexity. Namely, with the increase in the number of different 
communication networks, either based on different technologies 
or run by different operators, there arises a need to enable a 
user of a terminal to use access this variety of networks and 
services provisioned thereby. (Note that a user is represented 
by its terminal, so that services provisioned for a terminal 
actually are provisioned to the user, while however without a 
terminal those services could not be provisioned to a user.) 
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An approach for this has been conceived by some of the inventors 
of the present application and described in the conference 
contribution, "Service Architecture For Next Generation 
Networks", IEEE Intelligent Network 2001 Workshop, May 6-9, 
Marriott Copley Place, Boston MA, USA, session E.2.4 on 
Wednesday, May 9, 2 0 01. (A corresponding U.S. patent 
application, serial number 09792499, was filed on February 23, 
2001) . 

Current network developments generally tend to adopt the 
Internet Protocol IP and applications run u on top" of IP. For 
example, SIP (Session Initiation Protocol) or WAP (Wireless 
Application Protocol) or HTTP (HyperText Transfer Protocol) are 
operated, "on top" of IP when referring to the protocol stack. 
For subsequent discussions, however, a focus is made on SIP, 
while it is to be noted that other protocols may also be used in 
connection with the present invention. 

Due to the increase in the number of network types and a desired 
interoperability there between, compatibility of the terminals 
with the networks, as well as due to the increase in the number 
of network operators, communication network systems are likely 
to adopt a structure in which several networks are over— laid on 
each other or, stated in other words, they exist in parallel. 
That is, for example, several network types such as landline 
networks such as PSTN, IP-LAN, WAN as well as wireless 
communication networks such as GSM, GPRS, UMTS, CDMA2 0 00, WLAN, 
BLUETOOTH and even those to be developed in future may co- exist 
and offer different services to a user (subscriber) represented 
by the user's terminal and offer the communication technology 
that the user may access. Also, not only a single one of such 
networks of a specific type may exist in parallel but also 
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several networks of the same type may exist in parallel and run 
by different operators or network service providers (e.g. in 
Germany, Dl and D2 GSM networks are run by different operators) . 

Also, with the increase in provisioning services by using 
e.g. SIP (or WAP or others) , across different communication 
networks constituting a communication network system and/or even 
within a single communication network there may be plural 
service processing entities for processing/providing the 
services requested by/subscribed to by the user of a terminal. 

The subscriber may configure several service profiles into the 
network and choose one of his/her preferences with the service 
requests based on time, geographic or network location, user 
(corporate, personal, spouse, children) and/or terminal device. 
Another interesting dimension with terminal devices is the 
variety of terminal devices, their capabilities and also the 
constant evolution of terminal capabilities. The capabilities of 
the terminal are also a determining factor in the service 
provisioning. For instance, even though a subscriber can use 
video services, he/she cannot use those services unless the 
terminal can support such features. The network must be aware of 
the user preferences at any time and terminal device 
capabilities for intelligent service provisioning. 

A popular and developing trend in the current network 
architectures is to adopt a layered approach by abstracting 
different access networks. This is mainly to accommodate 
different access technologies and still to be able to provide 
application services transparently over all of these 
technologies. The network components providing user application 
services (service control components) must be aware of the 



terminal capabilities, subscription limitations and access 
mechanisms that the user may be using at any given time. Under 
such circumstances, however, routing of service requests is no 
longer "straight forward" and might even become ambiguous, which 
may cause problems that a requested service might even not 
become available at all due to routing problems. However, even 
if solving such routing problems by fixedly assigning a service 
processing entity per user/terminal, this will lower flexibility 
for the user in using the variety of services offered within the 
communication network and/or network system. 

SUMMARY OF THE INVENTION 

Consequently, the present invention provides an improved method 
and system for provisioning services to a terminal, which is 
free from the above-mentioned inconveniences. 

According to the present invention, a method provisions services 
to a terminal, which terminal is adapted to perform 
communication via at least one communication network, each 
network being equipped with at least one service processing 
entity, the method comprising the steps of: requesting, by the 
terminal, a specified service to be at the disposition of the 
requesting terminal, analyzing the request by an analyzing 
entity associated with the at least one communication network, 
deciding, by the analyzing entity, that the requested specified 
service is associated to a specific one of the service 
processing entities of a specific one of the communication 
networks, and in response to the decision, routing communication 
messages associated with the terminal via the analyzing entity 
to the specified service processing entity within the specified 



communication network. 



Also, the present invention is a system for provisioning 
services to a terminal, which terminal is adapted to perform 
communication via at least one communication network, each 
network being equipped with at least one service processing 
entity, the system comprising: requesting means, at the 
terminal, adapted to request a specified service to be at the 
disposition of the requesting terminal, an analyzing entity 
associated with the at least one communication network and 
adapted to analyze the request, deciding means, at the analyzing 
entity, adapted to decide that the requested specified service 
is associated to a specific one of the service processing 
entities of a specific one of the communication networks, and 
routing means, adapted to route responsive to the decision 
communication messages associated with the terminal via the 
analyzing entity to the specified service processing entity 
within the specified communication network. 

According to favorable further developments of the method and/ 
or system 

- requesting the specified service comprises indicating the 
specified service in a request (registration or a service 
related) message, 

- the specified service is indicated by a service 
identifier carried in the request message, 

- the identifier is carried in the user data payload in the 
request message, 



- the identifier is carried in a header of the request 
message, 

- the identifier is piggybacked to the header, 

- the request message comprises at least a subscriber 
identifier, 

- the method further comprises the steps of detecting that 
the request message does not comprise a service identifier, and 
in response thereto, retrieving the service identifier based on 
the subscriber identifier from a database entity, 

- the service identifier comprises a network code and/or a 
service code, 

- the network code represents a respective one of the 
communication networks, 

- the service code represents a respective one of the 
services to be processed at the corresponding service processing 
entity, 

- the communication networks are distinguishable by at 
least one of the network type and/or the network operator, 

- the services are distinguishable by at least one of the 
terminal type, subscriber identifier, subscriber profiles, 
manufacturer of the terminal, capabilities of the terminal or 
vendor of the terminal, and 



— the request message is transported using the Session 
Initiation Protocol SIP. 

The service code can indicate the activation of a specific one 
of the services and/or profiles that the user had previously 
created and configured into the network as part of the user's 
subscription or by network policies. Note that a specified 
service is intended also to mean a specified service profile 
(which could be considered as a set of individual, "basic" 
services) . 

By virtue of the present invention, basically the following 
advantages can be achieved: 

By provisioning the analyzing entity which is configured and 
adapted to detect and recognize information contained in service 
requests, service requests can be handled according to the 
information contained therein. The information contained in the 
service request can be carried in e.g. a header of an existing 
protocol such as SIP or others, but may easily be adopted for 
new protocols, too. 

The present invention offers the flexibility for end users to 
chose any service provider (and/or network) on a registration 
basis or a service (call) initiation basis. This flexibility is 
very important in the presence of multiple operators or service 
providers. It also offers flexibility for service providers to 
offer specific services to selected groups of subscribers. 

Further, it also provides for easier service creation: New 
services can be created within a service provider's network and 
by the use of a specific service identifier used by the 
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application or service on the end users terminal, the service 
can be handled or controlled as per the new service definition. 

Also, the invention provides an ability for the end users or 
terminal devices to indicate, together with a service request, a 
service identity during registration and/or during service 
initiation so that a particular service provider indicated by 
the service identity with the request can control calls or 
services for the user. The invention also includes the 
capability within the network and/or network system to 
understand (e.g. implemented in the analyzing entity) the 
service identifiers carried with the service requests and is 
thus able to route the service requests to the appropriate 
service provider or a network node handling the service, i.e. to 
an appropriate service processing entity SPE. 

It is also possible to use the same service identifier concept 
within the network by maintaining a mapping in a database 
between subscriber identifier and the service identifier (s) . In 
this case, the user does not need to provide the service 
identifier but the network (i.e. a network entity such as the 
analyzing entity) shall fetch the service identifier information 
from the database based on the subscriber identifier and in 
response to the fetching routes the call accordingly. This 
mapping can be established off line at the time of subscription 
or administration. 

By the use of the service identity indicated with the request, 
the end users are able to tell the network where and how the 
call or service must be handled. 
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The invention introduces a new network element and/or 
functionality referred to as analyzing entity (sometimes e.g. 
named "SIP Service Broker 7 ' when SIP is concerned) , which decides 
where to route SIP requests, based on the provider or vendor 
information carried with SIP headers of the service requests. 
This allows e.g. terminals to execute specific service logic in 
operator network instead of standard service logic. Stated in 
other words, value added services can be provided by the 
manufacturer of the terminals to their terminals (or terminal 
types), and network equipment manufacturers are enabled to 
provide network operators with correspondingly configured 
service processing entities (also referred to as SIP service 
machinery in case SIP is concerned) . Hence, different service 
platforms may be used inside one operator network dependent on 
the information carried with the service request. 

Also, the present invention is not restricted to a specific 
architecture, while it is advantageously applicable to the IP 
service architecture (IPSA) as proposed e.g. in the above 
referenced conference contribution and corresponding U.S. patent 
application. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the present invention will be described in 
greater detail with reference to the accompanying drawings, in 
which 

Fig. l shows a signaling scenario of a service request procedure 
according to the present invention, 



Fig. 2 shows a signaling scenario of a service registration 
request procedure according to the present invention, and 

Fig. 3 shows a signaling scenario of a service registration 
request procedure involving a retrieval of a service identifier 
from a database associated to the network system, according to 
the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Throughout the figures, the terminal is denoted by UE . The 
terminal may be a wireless and/or wirebound terminal adapted to 
communicate with at least one communication network. 
Communication networks are denoted by NW_1, NW_2 in the figures. 
In order to keep the illustration simple, the number of networks 
has been limited to two, while this does not represent any 
limitation on the invention itself. The entirety of networks 
forms a network system denoted by NWJSYS . Each network comprises 
at least one service processing entity SPE1, SPE2 . In order to 
keep the illustration simple, the number of service processing 
entities has been limited to two, while this does not represent 
any limitation on the invention itself. Also, for network NW_2 , 
no SPE at all is indicated in the drawings in order to further 
simply the representation. Nevertheless, it has to be understood 
that also NW_2 is equipped with at least one SPE. In case of 
exemplifying the present invention with reference to SIP, a 
service processing entity SPE may be constituted by what is 
known as, "SIP machinery'' or SIP server. 

In the figures, entities involved are illustrated in horizontal 
direction with the arrows therebetween representing 
messages/signaling exchanged therebetween. Note that the 
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vertical arrangement of arrows represents the sequence of 
messages/signaling in the time domain. 

Now, with reference to Fig. 1, Fig. 1 shows a signaling scenario 
of a service request procedure according to the present 
invention. The user and/or the user equipment initiates a 
service by issuing a service request, step Sll. 

The service request, Sll, is forwarded to an analyzing entity 
associated with at least one of the communication networks NW_1, 
NW_2, and/or with the communication network system NW_SYS . The 
analyzing entity, although shown as a separate entity, may be 
part of an entity of the network NW_1 or NW2 . Note that also 
more than one analyzing entity may be present. The request is 
forwarded to a local analyzing entity, e.g. to the one closest 
to the current position of the user equipment. Nevertheless, the 
request may also be forwarded to a predetermined analyzing 
entity, e.g. a ''responsible" analyzing entity may be 
predetermined for a plurality of user equipments dependent on 
the user equipment identities. For example, the analyzing entity 
can be implemented in connection with a SIP proxy server. 
By means of such a request, the terminal/user equipment requests 
a specified service (or service profile) to be at the 
disposition of the terminal having issued the request. 

In case of SIP as an example for a user protocol, the request 
may be a SIP INVITE message. In the header portion of the 
message, at least the subscriber (user equipment) identity is 
indicated in the SIP field labeled, "contact" . 

Furthermore, a header portion (e.g. labeled, "service header") 
including a service identifier may be present. The service 
identifier comprises a network code and a service code. 
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The network code represents one of the communication networks 
NW_1 # NW_2 or the like. Note that NWJL, NW_2 may be different 
network types, e.g. LAN or UMTS or the like, or may be of the 
same network type but e.g. run by different operators. Thus, the 
networks are distinguishable by at least one of the network type 
or the network operator . 

The service code represents a respective one of the services (or 
service profiles identifying a set of services) to be processed 
at the corresponding service processing entity SPE. That is, by 
means of the service code, a corresponding service processing 
entity SPE can be identified. Services as such can be 
provisioned for specific terminal types (e.g. wireless or 
wirebound ones and/or different terminal series of a 
manufacturer such as NOKIA Communicator, or 82xx / 62xx series) , 
and/or specific subscribers (or subscriber groups), and/or 
specific manufacturers (e.g. Nokia or others) of a terminal, 
and/or vendors of a terminal. Thus, the services are 
distinguishable by at least one of the terminal type, subscriber 
identifier, manufacturer of the terminal or vendor of the 
terminal . 

For example, it may be assumed that the service request is 
represented by: 

SIP: INVITE 

Contact: Little Guy<sip: user@ipt . com> 

Service-Header: IPSA-ID 

SDP: phone capabilities (codec, video) 

Note that IPSA-ID represents an example name for a service 
identifier as described above. SDP represents the Session 
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Description Protocol . Note further that at least part of the 
service identifier could be piggybacked to the header (Service- 
header) and e.g. be included in the SDP header portion, and/or 
in the payload portion. 

Furthermore, service identifiers may be realized in a variety of 
ways. For example, a service identifier can be a simple 
alphanumeric string in the simplest case but it can also be of 
specific formats like the NAI (Network Address Identifier) , FQDN 
(Fully Qualified Domain Name) or domain names based on the 
purpose of the service identifier used. For example: 

- Alphanumeric service identifier: service- id- i23 

— NAI service identifier: username@ipservice.aws.com 

- FQDN service identifier: dallas.ipservice.aws.com 

— Domain name service identifier: aws.com 

More generally, an identifier for a service which is a target 
service will usually be the means by which the service is known 
to the service provider and used to authenticate (and possibly 
to bill) someone attempting to use the service and/or the means 
by which traffic is directed to the service. Further examples of 
service identifiers are: IP address (for services with a fixed 
IP address, Account number, logon id/password, PIN number, E- 
mail address, or the like. 

The service identifier information can be carried in any 
protocol (e.g. SIP, WAP) that provides a means to carry user 
data in the form of headers or description protocols (e.g. SDP) 
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or by simply piggybacking the data. SIP has already capabilities 
to support this feature both in the form of headers and in the 
SDP. Moreover, HTML (HyperText Markup Language) or XML 
(extensible Markup Language) can carry this information in the 
form of tags . 

Depending on the format of the service identifier, there are 
numerous ways of how the service identifiers can be mapped to 
network nodes (service platforms, servers) (e.g. databases, DNS, 
service discovery) . A specific node referred to as analyzing 
entity (e.g. SIP proxies, web servers) in the network or network 
system is capable of understanding the semantics of the service 
identifiers and able to route or handle registration or service 
requests appropriately, i.e. to direct or rout them to the right 
service platform or the server itself. The semantics of the 
service identifiers is not necessarily part of this specific 
node but can be maintained externally in a database or other 
framework that is constantly updated with new or modified 
entries and their behavior. 

Thus, with the request a specified service is indicated (which 
may be accomplished directly and/or expressly, or indirectly by 
reference to e.g. a storage location/database storing service 
identifiers per subscriber (which is to be described later on) . 
The service identifier is thus carried in the request message, 
e.g. in a header portion thereof or piggybacked to the header 
portion, and/or in the payload portion (user data portion) . 

Upon receipt of the request, the analyzing entity in step S12 
analyzes the request and decides that the requested specified 
service is associated to a specific one, e.g. SPE1 of the 
service processing entities of a specific one, e.g. NW_1 of said 
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communication networks. In response to the decision, 
communication messages associated with the terminal are routed 
via the analyzing entity to the specified service processing 
entity within the specified communication network. Stated in 
other words, the request is first forwarded, step S13, to the 
selected SPE in the respective network, and upon receipt of the 
request at the selected SPE the requested service is 
established/executed, step S14, so that thereafter communication 
messages associated with the terminal are routed via the 
analyzing entity to the specified service processing entity 
within the specified communication network. Service 
establishment may further be acknowledged from the SPE1 via the 
analyzing entity to the requesting user equipment UE, steps 
S15a, S15b. 

Fig. 2 shows a signaling scenario of a service registration 
request procedure according to the present invention. Steps S21 
to S25a are largely similar to steps Sll to S15a/S15b, with the 
exception that instead of a service being requested to be 
established/provisioned, merely the registration of the service 
(to be established later on upon a separate request) is 
requested. With reference to SIP, the request for a specific 
service to be at the disposition of the terminal is then 
represented by a SIP REGISTER request. Also, step S13 described 
above can be omitted in connection with the mere registration, 
while the remaining particularities are the same as described 
with reference to Fig. 1 above, including the possible 
variations. Also, deviating from step S14 above establishing the 
service, in step S24 the service is registered to the selected 
service processing entity, SPE1 in the illustrated example 
scenario . 
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Fig. 3 shows a signaling scenario of a service registration 
request procedure involving a retrieval of a service identifier 
from a database associated to the network system, according to 
the present invention. The database may for example be a Home 
Subscriber Server HSS in a UMTS network or a Home Location 
Register HLR in a GSM network. Nevertheless, other subscriber 
databases may be used. 

The procedure illustrated in Fig. 3 is largely identical to the 
one described with reference to the one shown in Fig. 2. In 
particular, the following pairs of steps correspond to each 
other in Figs. 2 and 3, respectively: S21-S31, S22-S34, S24-S36, 
S25b-S37b. A difference resides in that in Fig. 3 additional 
steps S32 and S33 are illustrated. 

Namely, for the description of Fig. 3 it is assumed that the 
request in step S31 does not include the header field "service 
header" and/or the information contained therein, as described 
above. Consequently, the service identifier is missing in the 
request message. This is detected by the analyzing entity upon 
receipt of the request. Then, in response thereto, the analyzing 
entity retrieves, steps S32, S33 the service identifier based on 
the subscriber identifier from a database entity DB . 
Nevertheless, retrieval can additionally be based on subscriber 
preferences or just on a default service identifier according to 
the communication network policies. The subsequent analyzing and 
deciding, S34, and service registration, S36, is based on the 
retrieved service identifier as described in connection with 
Fig. 2. 

Even though the above description of the present invention 
mainly focused on the method aspects, it is to be understood 
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that the present invention also concerns a corresponding system 
for provisioning services to a terminal UE, which terminal is 
adapted to perform communication via at least one communication 
network NW1, NW2 , each network being equipped with at least one 
service processing entity SPE1, SPE2, the system comprising: 
requesting entity, at the terminal, adapted to request a 
specified service to be at the disposition of the requesting 
terminal, an analyzing entity associated with the at least one 
communication network and adapted to analyze the request, a 
deciding entity, at the analyzing entity, adapted to decide that 
the requested specified service is associated to a specific one 
of the service processing entities of a specific one of the 
communication networks, and a routing entity, adapted to route 
responsive to the decision communication messages associated 
with the terminal via the analyzing entity to the specified 
service processing entity within the specified communication 
network. 

Accordingly, as has been described above, the present invention 
uses service identifiers of fine granulation to provide more 
flexibility for the network and the subscriber. The use of 
service identifiers may thus be as follows: 

1. The user/user equipment has a capability to roam in different 
access networks (WLAN, UMTS, CABLE) and has one service provider 
and one user ID. The user can register with the network system 
with same user ID, but with a different service identifier (for 
e.g. WLAN_SERVICE_ID, UMTS_SERVICE_ID , forming part of the 
service identifier referred to as IPSA- ID and/or the SDP part in 
connection with the figures) so that a specific profile for that 
access network may be used. The user may have configured only 
specific services to be used with a certain access network, for 
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example the user does not allow any video services over UMTS. 

2. The user powers up the user equipment at home, and registers 
to the network system with a service identifier. Later the user 
arrives at the office and invokes a call, but wishes to use the 
corporate network. Assuming the same service provider/network 
operator can also provide corporate services, at the call- 
initiation, the user may choose "Specific Servers" to handle the 
call, so the call is invoked with a service- identifier , for 
example "CORP__SERVICE__ID" . The call is first handled for service 
control in the provider network for the same user whose user 
name was identified. But, with the mention of the specific 
Service-ID, the analyzing entity routes the call such that it is 
processed differently at a selected SPE, i.e. application 
server (s) in this example case, to which the call is routed. 

So, the invention is not limited to a any specific architecture, 
while however, it is particularly applicable to the IP service 
architecture previously suggested by the present inventors. 

Due to the fact that there could be many different SIP service 
machinery's (possibly from different vendors) inside one 
operator network, a problem on how to route requests to 
different SIP service machineries is solved by virtue of the 
present invention. Also, the node responsible for routing the 
request (SIP message) (i.e. the analyzing entity), is adapted to 
analyze in these requests (e.g. SIP messages) new header 
portions and decide that this message should be routed 
differently than the others. So one aspect of the present 
invention concerns this SIP service Broker 
(analyzing entity) (this could be e.g. inside a service 
execution machinery SEM or it can be a separate node) which 
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analyzes the new header in SIP message and knows how to route 
the message. This new header in a request such as a SIP message 
(service request from terminal) tells "how" this request should 
be handled. More precisely, this new header could tell e.g. 
manufacturer or vendor information. Every manufacturer would 
have an own identifier and this identifier would be used to 
forward messages. For example: 

A terminal sends a service request. The service broker receives 
it, looks at the header and routes the request to Service 
Execution machinery SEM or straight to Application Execution 
Environment AEE . Note that expressions SEM, AEE are taken from 
the IP service architecture concept referred to above, and 
largely correspond to the Service Processing Entity SPE 
mentioned in this specification in terms of functionality. With 
such a new header, a terminal user could then get e.g. some 
extra services than other manufacturer's terminal users. Another 
example: A terminal bought from vendor A sends a service 
request. The Service broker receives it, looks at the header and 
routes the request to a specific SPE (SEM or AEE) . And when the 
service requested is sent to the user, an advertisement about 
sales in vendor A shop is sent also to the user. 

Accordingly, as has been described above, the present invention 
proposes a method for provisioning services to a terminal, which 
terminal is adapted to perform communication via at least one 
communication network, each network being equipped with at least 
one service processing entity, the method comprising the steps 
of: requesting, by the terminal, a specified service to be at 
the disposition of the requesting terminal, analyzing the 
request by an analyzing entity associated with the at least one 
communication network, deciding, by the analyzing entity, that 
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the requested specified service is associated to a specific one 
of the service processing entities of a specific one of the 
communication networks, and in response to the decision, routing 
communication messages associated with the terminal via the 
analyzing entity to the specified service processing entity 
within the specified communication network. 

While the invention has been described with reference to a 
preferred embodiment, the description is illustrative of the 
invention and is not to be construed as limiting the invention. 
Various modifications and applications may occur to those 
j!* skilled in the art without departing from the true spirit and 
□ scope of the invention as defined by the appended claims. 
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10 TITLE OF THE INVENTION 

A METHOD AND SYSTEM FOR PROVISIONING SERVICES TO A TERMINAL 

The present invention relates to a method and system for 
provisioning services to a terminal, and in particular to 
such a method/ system for provisioning services to a 
terminal in communication networks. 

20 

BACKGROUND OF THE INVENTION 

With recent progress in communication technology there is a 
tendency that communication systems develop an increasing 

25 complexity. Namely, with the increase in the number of 

different communication networks, either based on different 
technologies or run by different operators, there arises a 
need to enable a user of a terminal to use/access this 
variety of networks and services provisioned thereby. (Note 

30 that a user is represented by its terminal, so that 
services provisioned for a terminal actually are 
provisioned to the user, while however without a terminal 
those services could not be provisioned to a user.) 

35 An approach for this has been conceived by some of the 

inventors of the present application and described in the 
conference contribution „ Service Architecture For Next 
Generation Networks,,, IEEE Intelligent Network 2001 
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Workshop, May 6-9, Marriott Copley Place, Boston MA, USA, 
session E.2.4 on Wednesday, May 9, 2 001. (A corresponding 
U.S. patent application, serial number 09792499, was filed 
on February 23, 2001). 

5 

Current network developments generally tend to adopt the 
Internet Protocol IP and applications run „on top,, of IP. 
For example, SIP (Session Initiation Protocol) or WAP 
(Wireless Application Protocol) or HTTP (HyperText Transfer 
10 Protocol) are operated „on top,, of IP when referring to the 
protocol stack. For subsequent discussions, however, a 
focus is H-^ci. id on SIP, while it is to be noted that other 
protocols may also be used in connection with the present 
invention . 

15 

Due to the increase in the number of network types and a 
desired interoperability there between ^compatibility of 
the terminals with the networks, as well as due to the 
increase in the number of network operators, communication 

20 network systems are likely to adopt a structure in which 

several networks are over-laid on each other or, stated in 
other words, they exist in parallel. That is, for example, 
several network types such as landline networks such as 
PSTN, IP-LAN, WAN as well as wireless communication 

25 networks such as GSM, GPRS, UMTS, CDMA2000, WLAN, BLUETOOTH 
and even those to be developed in future may co-exist and 
offer different services to a user (subscriber) represented 
by i£s terminal and offer the communication technology that 
the user may access. Also, no t£ only a single one of such 

30 networks of a specific type may exist in parallel but also 
several networks of the same type may exist in parallel and 
run by different operators or network service providers 
(e.g. in Germany, Dl and D2 GSM networks are run by 
different operators) . 



35 
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Also, with the increase in provisioning services by using 
e.g. SIP (or WAP or others), across different communication 
networks constituting a communication network system and/or 
even within a single communication network there may be 
5 plural service processing entities for processing/providing 
the services requested by/ subscribed to by the user of a 
terminal . 



The subscriber may configure several service profiles into 
10 the network and choose one of his/her preferences with the 

service requests based on time, geographic or network 
i. jj. location, user (corporate, personal, spouse, children) 

and/or terminal device. Another interesting dimension with 
\l terminal devices is the variety of terminal devices, their 

15 capabilities and also the constant evolution of terminal 
ry capabilities. The capabilities of the terminal are also a 

determining factor in the service provisioning. For 
Q instance, even though a subscriber can use video services, 

!; s f he/she cannot use those services unless the terminal can 

i y 

fy 20 support such features. The network must be aware of the 

!;J user preferences at any time and terminal device 

i y 

capabilities for intelligent service provisioning. 



A popular and developing trend in the current network 
25 architectures is to adopt a layered approach by abstracting 
different access networks. This is mainly to accommodate 
different access technologies and still^be able to provide 
application services transparently over all of these 
technologies. The network components providing user 
30 application services (service control components) must be 
aware of the terminal capabilities, subscription 
limitations and access mechanisms that the user may be 
using at any given time. Under such circumstances, however, 
routing of service requests is no longer ^straight forward/^ 
35 and might even become ambiguous, which may cause problems 
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that a requested service might even not become available at 
all due to routing problems. However, even if solving such 
routing problems by fixedly assigning a service processing 
entity per user/ terminal , this will lower flexibility for 
5 the user in using the variety of services offered within 
the communication network and/or network system. 

SUMMARY OF THE INVENTION 

10 Consequently, i t i S a n objrr-t of the present invention tre 
provide^an improved method and system for provisioning 
services to a terminal, which is free from the above 
mentioned inconveniences . 

15 According to the present invention, fr fro nhnve object i 3 f . o r 
ov^mpi p ^}^^r^n by a method f-e*? provisioning services to a 
terminal, which terminal is adapted to perform 
communication via at least one communication network, each 
network being equipped with at least one service processing 

20 entity, the method comprising the steps of: requesting, by 
.©J^td terminal, a specified service to be at the disposition 
of -&&±& requesting terminal, analyzing si^S. request by an 
analyzing entity associated with sa*d at least one 



communication network, deciding, by s-cffd analyzing entity, 



25 that s^fita requested specified service is associated to a 
specific one of said service processing entities of a 



30 



specific one of saia communication networks, and in 
response to «&^r& decision, routing communication messages 
associated with ^ scoTd terminal via srMk analyzing entity to 
- oaid specified service processing entity within s^id M- 
specified communication network. 
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Also, ac cording t-e the present invention this object is 
exafflEubs nnh-irTmri -by a system for provisioning services to a 
terminal, which terminal is adapted to perform 
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communication via at least one communication network, each 

network being equipped with at least one service processing 

entity, the system comprising: requesting means, at said 

terminal, adapted to^request a specified service to be at 

5 the disposition of - paard requesting terminal, an analyzing 

entity associated with s^wrd at least one communication 

network andy^dapted to analyze request, deciding 

means, at s uai d analyzing entity, adapted to decide that 

reauested specified service is associated to a 
jfat, 

10 specific one of «^«t service processing entities of a 
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specific one of .s-a-3rd communication networks, and routing 



means, adapted to route responsive to salrd decision 
communication messages associated with o a i ^ d terminal via 
s a I'd analyzing entity to specified service processing 

h i 15 entity within said specified communication network. 

According to favorable further developments of the method 
□ and / or system ^ 

If. - requesting &a*d specified service comprises 

fjj 20 indicating gaid specified service in a request 
iifjj (registration or a service related) message, 



specified service is indicated by a service 
identifier carried in »enn3. request message, 

- &a-3rd identifier is carried in the user data payload 
25 m request message,- said identifier is carried in a 

header of s^rd request message, ^ 

- sJlLd identifier is piggybacked to &arid header, 

- ^srtkl request message comprises at least a subscriber 
identifier, 

30 the method further comprises the steps of detecting 

that sJ&rd request message does not comprise a service 
identifier, and in response thereto, retrieving said 
service identifier based on smrd subscriber identifier from 
a database entity, 
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- .s4i*d service identifier comprises a network code 
and/or a service code, 

^ - network code represents a respective one of 

■said communication networks, 
5 - s-cHtd service code represents a respective one of 

-sa-ard services to be processed at the corresponding service 
processing entity, 

- said communication networks are distinguishable by 
at least one of the network type and/or the network 

10 operator, 

-&a*d services are distinguishable by at least one of the 
terminal type, subscriber identifier, subscriber profiles, 
manufacturer of the terminal, capabilities of the terminal 
or vendor of the terminal, (p\ 
15 - sifed request message is transported using the 

Session Initiation Protocol SIP. 

-Tit 

-&a*d service code can indicate the activation of a specific 
one of the services and/or profiles that the user had 
previously created and configured into the network as part 
of 4£rs subscription or by network policies. Note that a 
specified service is intended also to mean a specified 
service profile (which could be considered as a set of 
individual „basic" services) . 

25 

By virtue of the present invention, basically the following 
advantages can be achieved: 

By provisioning the analyzing entity which is configured 
30 and adapted to detect and recognize information contained 
in service requests, service requests can be handled 
according to the information contained therein. The 
information contained in the service request can be carried 
in e.g. a header of an existing protocol such as SIP or 
35 others, but may easily be adopted for new protocols, too. 
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The present invention offers the flexibility for end users 
to chose any service provider (and/or network) on a 
registration basis or a service (call) initiation basis. 
This flexibility is very important in the presence of 
multiple operators or service providers. It also offers 
flexibility for service providers to offer specific 
services to selected groups of subscribers. 

Further, it also provides for easier service creation: New 
services can be created within a service provider's network 
and by the use of a specific service identifier used by the 
application or service on the end users terminal, the 
service can be handled or controlled as per the new service 
definition . 



Also, L&irs invention provides an ability for the end users 
or terminal devices to indicate, together with a service 
request, a service identity during registration and/or 
during service initiation so that a particular service 
provider indicated by the service identity with the request 
can control calls or services for the user. This invention 
also includes the capability within the network and/or 
network system to understand (e.g. implemented in the 
analyzing entity) the service identifiers carried with the 
service requests and is thus able to route the service 
requests to the appropriate service provider or a network 
node handling the service, i.e. to an appropriate service 
processing entity SPE. 

It is also possible to use the same service identifier 
concept within the network by maintaining a mapping in a 
database between subscriber identifier and the service 
identifier (s) . In this case, the user does not need to 
provide the service identifier but the network (i.e. a 




network entity such as the analyzing entity) shall fetch 
the service identifier information from the database based 
on the subscriber identifier and in response to the 
fetching routes the call accordingly. This mapping can be 



administration . 

By the use of the service identity indicated with the 
request, the end users are able to tell the network where 
and how the call or service must be handled. 



^iwrs invention introduces a new network element and/or 
functionality referred to as analyzing entity (sometimes 
e.g. named "SIP Service Broker" when SIP is concerned), 
which decides where to route SIP requests, based on the 
provider or vendor information carried with SIP headers of 
the service requests. This allows e.g. No k-i - a terminals to 
execute Nokia specific service logic in operator network 
instead of standard service logic. Stated in other words, 
value added services can be provided by the manufacturer of 



network equipment manufacturers are enabled to provide 
network operators with correspondingly configured service 
processing entities (also referred to as SIP service 
machinery in case SIP is concerned) . Hence, different 
service platforms may be used inside one operator network 
dependent on the information carried with the service 
request . 

Also, the present invention is not restricted to a specific 
architecture, while it is advantageously applicable to the 
IP service architecture (IPSA) as proposed e.g. in the 
above referenced conference contribution and corresponding 
U.S. patent application. 



established offline at the time of subscription or 




(or terminal types) , and 



BRIEF DESCRIPTION OF THE DRAWINGS 



In the following, the present invention will be described 
in greater detail with reference to the accompanying 
drawings, in which 

Fig. 1 shows a signaling scenario of a service request 
procedure according to the present invention, 

Fig. 2 shows a signaling scenario of a service registration 
request procedure according to the present invention, and 

Fig. 3 shows a signaling scenario of a service registration 
request procedure involving a retrieval of a service 
identifier from a database associated to the network 
system, according to the present invention. 

DETAILED DESCRIPTION OF THE /^EMBODIMENTS 

Throughout the figures, the terminal is denoted by UE . The 
terminal may be a wireless and/or wirebound terminal 
adapted to communicate with at least one communication 
network. Communication networks are denoted by NW 1, NW 2 
in the figures. In order to keep the illustration simple, 
the number of networks has been limited to two, while this 
does not represent any limitation on the invention itself. 
The entirety of networks forms a network system denoted by 
NW_SYS . Each network comprises at least one service 
processing entity SPE1, SPE2 . In order to keep the 
illustration simple, the number of service processing 
entities has been limited to two, while this does not 
represent any limitation on the invention itself. Also, for 
network NW_2 , no SPE at all is indicated in the drawings in 
order to further simply the representation. Nevertheless, 
it has to be understood that also NW__2 is equipped with at 
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least one SPE. In case of exemplifying the present 
invention with reference to SIP, a service processing 
entity SPE may be constituted by what is known as A SIP 
machinery^ or SIP server. 

5 

In the figures, entities involved are illustrated in 
horizontal direction with the arrows therebetween 
representing messages/signaling exchanged therebetween. 
Note that the vertical arrangement of arrows represents the 
10 sequence of messages/signaling in the time domain. 



| |A Now, with reference to Fig. 1, Fig. 1 shows a signaling 

scenario of a service request procedure according to the 
-J present invention. The user and/or the user equipment 

15 initiates a service by issuing a service request, step Sll. 

ji3 The service request, Sll, is forwarded ta an analyzing 

ij entity associated with at least one of cal fd communication 

networks NW_1, NW_2 , and/or with the communication network 

i sir 

rjj 20 system NW_SYS . The analyzing entity, although shown as a 
;;rf separate entity, may be part of an entity of the network 

I' : 5 
: Sir 

NW__1 or NW_2 . Note that also more than one analyzing 
entity may be present. The request is forwarded to a local 
analyzing entity, e.g. to the one closest to the current 

25 position of the user equipment. Nevertheless, the request 
may also be forwarded to a predetermined analyzing entity, 
e -9- a ^.responsible^ analyzing entity may be predetermined 
for a plurality of user equipments dependent on the user 
equipment identities. For example, the analyzing entity can 

30 be implemented in connection with a SIP proxy server. 

By means of such a request, the terminal/user equipment 
requests a specified service (or service profile) to be at 
the disposition of the terminal having issued the request. 
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In case of SIP as an example for a used protocol, the 
request may be a SIP INVITE message. In the header portion 
of the message, at least the subscriber (user equipment) 
identity is indicated in the SIP field labeled ^contact tf . 

%\ 

Furthermore, a header portion (e.g. labeled ~ service 
)» 

header^) including a service identifier may be present. The 
service identifier comprises a network code and a service 
code . 

i. 

The network code represents one of sarid communication 
networks NW_1, NW_2 or the like. Note that NW_1 , NW_2 may 
be different network types, e.g. LAN or UMTS or the like, 
or may be of the same network type but e.g. run by 
different operators. Thus, the networks are distinguishable 
by at least one of the network type or the network 
operator . 

i 

The service code represents a respective one of -sa-rd 
services (or service profiles identifying a set of 
services) to be processed at the corresponding service 
processing entity SPE. That is, by means of the service 
code, a corresponding service processing entity SPE can be 
identified. Services as such can be provisioned for 
specific terminal types (e.g. wireless or wirebound ones 
and/or different terminal series of a manufacturer such as 
NOKIA Communicator, or 82xx / 62xx series) , and/or specific 
subscribers (or subscriber groups), and/or specific 
manufacturers (e.g. Nokia or others) of a terminal, and/or 
vendors of a terminal. Thus, feald services are 
distinguishable by at least one of the terminal type, 
subscriber identifier, manufacturer of the terminal or 
vendor of the terminal . 
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For example, it may be assumed that the service request is 
represented by: 
SIP : INVITE 

Contact : Little Guy < sip :user@ipt . com> 
5 Service-Header: IPSA- ID 

SDP : phone capabilities (codec, video) 

Note that IPSA- ID represents an example name for a service 
identifier as described above. SDP represents the Session 
10 Description Protocol. Note further that at least part of 
the service identifier could be piggybacked to the header 

j. A (Service-header) and e.g. be included in the SDP header 

; ;^f portion, and/or in the payload portion 

15 Furthermore, service identifiers may be realized in a 
fjj variety of ways. For example, a service identifier can be a 

simple alphanumeric string in the simplest case but it can 
□ also be of specific formats like the NAI (Network Address 

if, Identifier) , FQDN (Fully Qualified Domain Name) or domain 

flj 20 names based on the purpose of the service identifier used. 

For example: 

- Alphanumeric service identifier: service-id-123 

- NAI service identifier: username@ipservice.aws.com 

- FQDN service identifier: dallas.ipservice.aws.com 
25 - Domain name service identifier: aws.com 

More generally, an identifier for a service which is a 
target service will usually be the means by which the 
service is known to the service provider and used to 
30 authenticate (and possibly to bill) someone attempting to 
use the service and/or the means by which traffic is 
directed to the service. Further examples of service 
identifiers are: IP address (for services with a fixed IP 
address, Account number, logon id/password, PIN number, E- 



- 13 - 



mail address, or the like. 

The service identifier information can be carried in any 
protocol (e.g. SIP, WAP) that provides a means to carry 
5 user data in the form of headers or description protocols 
(e.g. SDP) or by simply piggybacking the data. SIP has 
already capabilities to support this feature both in the 
form of headers and in the SDP. Moreover, HTML (HyperText 
Markup Language) or XML (extensible Markup Language) can 
10 carry this information in the form of tags. 

Depending on the format of the service identifier, there 
are numerous ways of how the service identifiers can be 
mapped to network nodes (service platforms, servers) (e.g. 

15 databases, DNS, service discovery) . A specific node 
referred to as analyzing entity (e.g. SIP proxies, web 
servers) in the network or network system is capable of 
understanding the semantics of the service identifiers and 
able to route or handle registration or service requests 

20 appropriately, i.e. to direct or rout them to the right 
service platform or the server itself. The semantics of 
the service identifiers is not necessarily part of this 
specific node but can be maintained externally in a 
database or other framework that is constantly updated with 

25 new or modified entries and their behavior. 

Thus, with the request a specified service is indicated 
(which may be accomplished directly and/or expressly, or 
indirectly by reference to e.g. a storage location / 
30 database storing service identifiers per subscriber (which 
is to be described later on) . The service identifier is 
thus carried in the request message, e.g. in a header 
portion thereof or piggybacked to the header portion, 
and/or in the payload portion (user data portion) . 
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Upon receipt of the request, the analyzing entity in step 
S12 analyzes the request and decides that ^^3rd requested 
specif ied^service is associated to a specific one, e.g. 
SPE1 of s -c X ' id service processing entities of a specific one, 
5 e.g. NW_1 of 9 - add communication networks. In response to 
-sJid decision, communication messages associated with sa^ 
terminal are routed via - sifed analyzing entity to a^Ed 
specified service processing entity within oal - d specified 
communication network. Stated in other words, the request 
10 is first forwarded, step S13, to the selected SPE in the 

respective network, and upon receipt of the request at the 
selected SPE the requested service is established/executed, 
step S14, so that thereafter communication messages 
associated with oaid terminal are routed via &&i*d analyzing 



f y 

fy 20 



15 entity to el il - ri specified service processing entity within 

m 



oaid specified communication network. Service establishment 



may further be acknowledged from the SPE1 via the analyzing 
entity to the requesting user equipment UE, steps S15a, 
S15b. 



Fig. 2 shows a signaling scenario of a service registration 
request procedure according to the present invention. Steps 
S21 to S25a are largely similiajr to steps Sll to S15a/S15b, 
with the exception that a^service i-^-^^^-i-s requested 

25 to be established/provisioned, - but tha t merely the 

registration of the service (to be established later on 
upon a separate request) is requested. With reference to 
SIP, the request for a specific service to be at the 
disposition of the terminal is then represented by a SIP 

30 REGISTER request. Also, step S13 described above can be 

omitted in connection with the mere registration, while the 
remaining particularities are the same as described with 
reference to Fig. 1 above, including the possible 
variations. Also, deviating from step S14 above 

35 establishing the service, in step S24 the service is 
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registered to the selected service processing entity, SPE1 
in the illustrated example scenario. 



Fig. 3 shows a signaling scenario of a service registration 
5 request procedure involving a retrieval of a service 
identifier from a database associated to the network 
system, according to the present invention. The database 
may for example be a Home Subscriber Server HSS in a UMTS 
network or a Home Location Register HLR in a GSM network. 
10 Nevertheless, other subscriber databases may be used. 

The procedure illustrated in Fig. 3 is largely identical to 
■;;f the one described with reference to the one shown in Fig. 

; j 2. In particular, the following pairs of steps correspond 

; ~: 15 to each other in Figs. 2 and 3, respectively: S21-S31, S22- 
; L| S34, S24-S36, S25b-S37b. A difference resides in that in 

Fi^Tp additional steps S32 and S33 are illustrated. 



Namely, for the description of Fig. 3 it is assumed that 
! LJ 20 the request in step S31 does not include the header field 
;;1 ^service header^ and/or the information contained therein, 
as described above. Consequently, the service identifier is 
missing in the request message. This is detected by saie H^> 
analyzing entity upon receipt of the request. Then, in 
25 response thereto, the analyzing entity retrieves, steps 

S 3 2 , S 3 3 i d service identifier based on s^ird subscriber 
identifier from a database entity DB . Nevertheless, 
retrieval can additionally be based on subscriber 
preferences or just on a default service identifier 
30 according to «o iH I'd communication network policies. The 
subsequent analyzing and deciding, S34, and service 
registration, S36, is based on the retrieved service 
identifier as described in connection with Fig. 2. 
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Even though the above description of the present invention 

mainly focused on the method aspects, it is to be 

understood that the present invention also concerns a 

corresponding system for for provisioning services to a 

5 terminal UE, which terminal is adapted to perform 

communication via at least one communication network NW1, 

NW2 , each network being equipped with at least one service 

processing entity SPE1, SPE2, the system comprising: 

requesting «2aA, at said terminal, adapted to request a 

10 specified service to be at the disposition of s^Srd 

requesting terminal, an analyzing entity associated with 
tip 

- e - aid at least one communication network and adapted to 



.gasu one communication n^t' 
s^rd request, Adecidinq meoA 



analyze &a*d request , ^deciding means , at said analyzing 



entity, adapted to decide that oai - d requested specified 
15 service is associated to a specific one of -Jj=wrd service 

processing entities of a*specific one of eaid communication 

networks, and^routing m^^s , adapted to route responsive to 
-s-a-rd decision communication messages associated with aaid fk 

terminal via sin^d- analyzing entity to s^idr specified 
20 service processing entity within «^d: specified 

communication network. 



Accordingly, as has been described above, the present 
invention uses service identifiers oW - a fine granulationx 
25 a* to provide more flexibility for the network and the 

subscriber. The use of service identifiers may thus be as 
follows : 

1. The user/user equipment has a capability to roam in 
different access networks (WLAN, UMTS, CABLE) and has one 

30 service provider and one user ID. -He can register with the 
network system with same user ID, but with a different 
service identifier (for e.g. WLAN_SERVICE_ID , 
UMTS_SERVICE_ID, forming part of the service identifier 
referred to as IPSA- ID and/or the SDP part in connection 

35 with the figures) so that a specific profile for that 
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access network may be used. J£e- may have configured only 
specific services to be used with a certain access 
network, for example j^e ^cfoes not allow any video services 
over UMTS . 

5 2. The user powers up the user equipment at home, and 

registers to the network system with a service identifier. 
Later the user arrives at^&rs office and invokes a call, 
but wishes to use the Nok>a corporate network. Assuming the 
same service provider/network operator can also provide 

10 Ne kia corporate services, at the call-initiation, the user 
may choose "Nnki a Specific Servers" to handle the call, so 
the call is invoked with a service-identifier, for example 
^Ne^m_CORP_SERVlCE_ID Jrl . The call is first handled for 
service control in the provider network for the same user 

15 whose user name was identified. But, with the mention of 
the specific Service- ID, the analyzing entity routes the 
call such that it is processed differently at a selected 
SPE, i.e. Etoki-a application server (s) in this example case, 
to which the call is routed. 



20 



; y 



25 



So, the invention is not limited to a any specific 
architecture, while however, it is particularly applicable 
to the IP service architecture previously suggested by the 
present inventors . 



Due to the fact that there could be many different SIP 
service machinery's (possibly from different vendors) 
inside one operator network, a problem on how to route 
requests to different SIP service machineries is solved by 

30 virtue of the present invention. Also, the node responsible 
for routing the request (SIP message) (i.e. the analyzing 
entity), is adapted to analyze in these requests (e.g. SIP 
messages) new header portions and decide that this message 
should be routed differently than the others. So one aspect 

35 of the present invention concerns this SIP service Broker 
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(analyzing entity) (this could be e.g. inside a service 
execution machinery SEM or it can be a separate node) which 
analyzes the new header in SIP message and knows how to 
route the message. This new header in a request such as a 
SIP message (service request from terminal) tells how f| 
this request should be handled. More precisely, this new 
header could tell e.g. manufacturer or vendor information. 
Every manufacturer would have an own identifier and this 
identifier would be used to forward messages. For example: 
A 3>l£ite4-a terminal sends a service request . The service 
broker receives it, looks at the header and routes the 
request to Noki-a Service Execution machinery SEM or 
straight to frfefea Application Execution Environment AEE . 
Note that expressions SEM, AEE are taken from the IP 
service architecture concept referred to above, and largely 
correspond to the Service Processing Entity SPE mentioned 
in this specification in terms of functionality. With such 
a new header, a Nokia terminal user could then get e.g. 
some extra services than other manufacturer's terminal 
users. Another example: A terminal bought from vendor A 
sends a service request. The Service broker receives it, 
looks at the header and routes the request to a specific 
SPE (SEM or AEE) . And when the service requested is sent to 
the user, an advertisement about sales in vendor A shop is 
sent also to the user. 

Accordingly, as has been described above, the present 
invention proposes a method for provisioning services to a 
terminal, which terminal is adapted to perform 
communication via at least one communication network, each 
network being equipped with at least one service processing 
entity, the method comprising the steps of: requesting, by 
sard terminal, a specified service to be at the disposition 




analyzing entity associated with - g- aid at least one 
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a. 

communication network, deciding, by ©«rrd analyzing entity, 



that g - aid requested specified service is associated to a 
specific one of -s aid service processing entities of a 



specific one of oaid communication networks, and in 
response to . sifed decision, routing communication messages 
associated with . ca^Ld : terminal via cai -d analyzinq entity to 
■oaid specified service processing entity within said Ms. 
specified communication network. 



While the invention has been described with reference to a 
preferred embodiment, the description is illustrative of 
the invention and is not to be construed as limiting the 
invention. Various modifications and applications may occur 
to those skilled in the art without departing from the true 
spirit and scope of the invention as defined by the 
appended claims. 



